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DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 

1 1/12/2008 has been entered. 

Specification 

2. The arguments presented on 1 1/12/2008 are persuasive. All prior objections to 
the specification are hereby withdrawn. 

Response to Arguments 

3. Applicant's arguments with respect to claims 1-49 have been considered but are 
moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 1-3, 6 and 32-37 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Aravamudan et al. (hereinafter Aravamudan)(U.S. Patent No. 
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6,301 ,609 B1 ) in view of Feather et al. (hereinafter Feather)(U.S. Pub. No. 
2004/01 391 95 A1). 

Regarding claim 1 , Aravamudan teaches as follows: 

a network system comprising: 

a session control server (Instance Message (hereinafter IM) server, 130 in figure 
1 and 2) controlling a communication session created between at least two terminal 
devices (client's CPE 140 in figure 1 and 2)(the IM server interfaces with and services 
the client via the client's CPE and the client's proxy presence within the Communication 
Services Platform (CSP) 160 in figure 1 and 2, see, e.g., col. 4, line 65 to col. 5, line 14); 

a presence server (Communication Services Platform (hereinafter CSP) 160 in 
figure 1 and 2) managing status information (online status) on one of said at least two 
terminal devices (the personal data and rules database 168 in figure 1, which are 
included in the CSP 1 60 in figure 1 , maintains the online status and location of the 
client, see, e.g., col. 6, lines 27-29); 

a communication line connecting said session control server (IM server 130), 
said presence server (CSP), and said terminal devices (client 142-150)(see, e.g., col. 5, 
lines 15-31 and figure 1 and 3), wherein said session control server (IM server) 
comprises; 

means for detecting a change in status information on a user of said terminal 
device or on said terminal device (IM server periodically polls the client premises 
equipment to determine whether a network session has been terminated, see, e.g., col. 
8, lines 10-23); and 
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means for notifying said presence server (CSP) of an update request for the 
status information when the change in the status information is detected (the IM server 
conveys an instant message to the CSP informing that the user's status has changed to 
off-line or online, see, e.g., col. 8, lines 19-31). 

Aravamudan does not teach of monitoring the communication session created 
between two terminal devices by analyzing a packet communicated between the two 
terminal devices and detecting based on a result of monitoring the communication 
session. 

Feather teaches that a system comprises a monitor that obtains state information 
relating to a device based on intelligent sampling techniques by intersecting incoming 
and/or outgoing traffic from the device and sampling the intercepted traffic to determine 
device state (see, e.g., page 2, paragraph [0024]). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to combine Aravamudan with Feather to include the sampling technique in 
order to efficiently monitor communication devices and detect a state of the 
communication devices based on real traffic between the communication devices. 

Regarding claim 2, Aravamudan in view of Feather teach all the limitations of 
claim as presented above per claim 1 . The examiner interpreted the first server as the 
IM server (130 in figure 1 and 2) and the second server as the CSP. 

Regarding claim 3, Aravamudan teaches as follows: 

said presence server (CSP) comprises: 
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means for receiving (network service interface 162 in figure 1 and 2) the update 
request for the status information (the IM server conveys an instant message to the 
CSP informing that the user's status has changed to off-line or online, see, e.g., col. 8, 
lines 19-31); 

means for storing (personal data and rules database 168 in figure 1 and 2) the 
status information (the personal data and rules database maintains the online status 
and location of the client, see, e.g., col. 6, lines 27-29); and 

means for updating said means for storing (personal data and rules database) 
based on the update request (the CSP database is updated to reflect the off-line status 
of the user, see, e.g., col. 8, lines 5-31 and step 286 in figure 7). 
Regarding claim 6, Aravamudan teaches as follows: 
the network system according to claim 1, wherein SIP (Session Initiation 
Protocol) is used (see, e.g., col. 4, lines 6-25 and 186 in figure 3). 

Regarding claims 32-34 and 35-37, Aravamudan teaches as follows: 
said means for notifying said presence server (CSP 160 in figure 1) generates 
information of the update request for the status information when the change in the 
status information is detected (IM server conveys an instant message to the CSP 
informing the CSP that the user's status has changed to off-line and the CSP database 
is updated to reflect the off-line status of the user, see, e.g., col. 8, lines 5-31). 

6. Claims 4 and 5 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Aravamudan et al. (hereinafter Aravamudan)(U.S. Patent No. 6,301,609 B1) in view of 
Feather et al. (hereinafter Feather)(U.S. Pub. No. 2004/01 391 95 A1 ) as applied to 
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claims 1 and 3 above, and further in view of Endress et al. (hereinafter Endress)(U.S. 
Patent No. 6,895,554 B2). 

Regarding claims 4 and 5, Aravamudan teaches as follows: 

the IM server (equivalent to the applicant's session control server) notifies the 
CSP (equivalent to the applicant's presence server) of the user's online presence and 
address and then the CSP updates the CSP database to indicate that the user is online 
(see, e.g., col. 7, lines 13-20). 

Even though Aravamudan teaches the updating process which implicitly 
including the comparing process, Endress teaches further explicitly as follows: 

means for comparing the notified status information (interpreted as new data 
from live data field) with some other status information (interpreted as current data 
stored in data field) for checking consistency of the update request with the other status 
information (comparing the new data with the current data for detecting the difference 
before updating process, see, e.g., col. 7, line 65 to col. 8, line 22); and 

rewrites the other status information (interpreted as current data stored in data 
field) so that, when the other status information is not consistent with the status 
information (interpreted as new data from live data field) specified by the update 
request, the other status information becomes consistent with the status information 
specified by the update request (current data can be changed by overtyping the current 
data with new data or by deleting the current data and inserting new data, see, e.g., col. 
7, line 65 to col. 8, line 22). 
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It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan in view of Feather to include comparing process to 
update data as taught by Endress in order to efficiently update the stored data by 
comparing the difference between the stored data and the new data. 

7. Claims 7 and 23-31 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Aravamudan et al. (hereinafter Aravamudan)(U.S. Patent No. 6,301,609 B1) in 
view of Kammerer (U.S. Pub. No. 2004/0205175 A1). 

Regarding claims 7, 24 and 25, Aravamudan teaches as follows: 

a network system comprising: 

one or more servers server (Instance Message (hereinafter IM) server, 130 in 
figure 1 and 2) each having a function to monitor a communication session created 
between terminal devices (client's CPE 140 in figure 1 and 2)(IM server periodically 
polls the client premises equipment to determine whether a network session has been 
terminated, see, e.g., col. 8, lines 10-23); 

a presence server (Communication Services Platform (hereinafter CSP) 160 in 
figure 1 and 2) in which status information describing the status of said terminal device 
or the status of a user of the terminal device is stored (the personal data and rules 
database 168 in figure 1 , which are included in the CSP 160 in figure 1 , maintains the 
online status and location of the client, see, e.g., col. 6, lines 27-29); 

one of the servers (IM server) other than said presence server monitors the 
communication session to detect a change in the status information (IM server 
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periodically polls the client premises equipment to determine whether a network session 
has been terminated, see, e.g., col. 8, lines 10-23); 

when the change is detected, the change in the Status information is notified to 
said presence server (the IM server conveys an instant message to the CSP informing 
that the user's status has changed to off-line or online, see, e.g., col. 8, lines 1 9-31 ); 
and 

a gateway device (126 in figure 1 and 2, 186 in figure 3) support conversion 
between different networks by using the Session Initiation Protocol (see, e.g., col. 3, line 
53 to col. 4, line 25). 

Aravamudan does not teach SIP used in the one or more servers. 

Kammerer teaches as follows: 

a Session Initiation Protocol (SIP) based presence server which enables secure 
corporate instant messaging while allowing the user of any SIP compliant IM client (see, 
e.g., page 1, paragraph [0008]); 

providing users freedom to collaborate by voice and data with any other user on 
a common IM network regardless of what type of communication device the users are 
operating (see, e.g., page 2, paragraph [0024]); and 

SIP is an application layer control protocol using the Session Description 
Protocol (SDP) to create sessions and carry session descriptions which allow 
participants to agree on a set of compatible media types (see, e.g., page 3, paragraph 
[0048]). 
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Therefore, inherently a protocol stack is included to support application layer SIP 
and to support different type of communication device (a protocol stack is interpreted as 
a protocol interface layer showing all protocols used under the SIP application layer 
protocol). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan to include SIP used in IM server as taught by 
Kammerer in order to efficiently support different communication device and provide 
session connection between communication devices. 

Regarding claim 23, Aravamudan teaches as follows: 

a presence server (Communication Services Platform (hereinafter CSP) 160 in 
figure 1 and 2), connected via a network to a session control server (Instance Message 
(hereinafter IM) server, 130 in figure 1 and 2) managing a communication session 
created between at least two terminal devices (client's CPE 140 in figure 1 and 2), for 
managing status information on said communication session (IM server periodically 
polls the client premises equipment to determine whether a network session has been 
terminated, see, e.g., col. 8, lines 10-23), said presence server comprising: 

an interface receiving a status information update message received from said 
session control server (the client software generates a message indicating user's online 
status and current user address and the message is sent to the IM server to notify the 
CSP, see, e.g., col. 7, lines 3-20); 

storage means (CSP database) for storing a plurality of status information pieces 
(the IM server notifies the CSP of the user's online presence and address and then the 
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CSP updates the CSP database to indicate that the user is online, see, e.g., col. 7, lines 
13-20); 

means for receiving the status information update request message sent from 
said session control server (the IM server (equivalent to the applicant's session control 
server) notifies the CSP (equivalent to the applicant's presence server) of the user's 
online presence and address and then the CSP updates the CSP database to indicate 
that the user is online, see, e.g., col. 7, lines 1 3-20) if the session control server detects 
a change in the communication session (IM server periodically polls the client premises 
equipment to determine whether a network session has been terminated, see, e.g., col. 
8, lines 10-23); 

means for changing a content stored in said storage means (data conversion 
supported by a gateway device by using the SIP, see, e.g., col. 3, line 53 to col. 4, line 
25); and 

means forjudging whether there is an inconsistency between the status 
information included in the update message (first status information) and other status 
information (second status information) stored in said storage means and belonging to a 
terminal to which the first status information belongs, wherein, if there is an 
inconsistency between the first status information and the second status information, 
the second status information is made to match the first status information (explained as 
above per claims 4 and 5). 

Aravamudan does not teach SIP used in the IM server but in the gateway device. 

Kammerer teaches as follows: 
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a Session Initiation Protocol (SIP) based presence server which enables secure 
corporate instant messaging while allowing the user of any SIP compliant IM client (see, 
e.g., page 1, paragraph [0008]); 

providing users freedom to collaborate by voice and data with any other user on 
a common IM network regardless of what type of communication device the users are 
operating (see, e.g., page 2, paragraph [0024]); and 

SIP is an application layer control protocol using the Session Description 
Protocol (SDP) to create sessions and carry session descriptions which allow 
participants to agree on a set of compatible media types (see, e.g., page 3, paragraph 
[0048]). 

Therefore, inherently a protocol stack is included to support application layer SIP 
and to support different type of communication device (a protocol stack is interpreted as 
a protocol interface layer showing all protocols used under the SIP application layer 
protocol). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan to include data conversion (equivalent to the well 
known data encapsulation) used in SIP as taught by Kammerer in order to efficiently 
support different communication device communicating with different data type. 
Regarding claims 26 and 30, Aravamudan teaches as follows: 
means for generating a PUBLISH message or REGISTER message including in 
a body thereof the status information or the address information, wherein the PUBLISH 
message or REGISTER message is sent to said presence server as the presence 
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information update message (the client software generates a message (equivalent to 
applicant's RESITER message) indicating user's online status and current user address 
and the message is sent to the IM server to notify the CSP, see, e.g., col. 7, lines 3-20). 

Regarding claims 27 and 31 , Aravamudan teaches as follows: 

the PUBLISH message or REGISTER message includes one of the following 
information: session type, information on the terminal device that has established the 
session, and information on a coding system and a communication speed used by the 
established session (the service provider which including IM server, provides means for 
converting received data and communication mode and channel by utilizing a gateway, 
which utilizing SIP for session management, see, e.g., col. 3, line 53 to col. 4, line 24). 

Aravamudan does not teach SIP used in the IM server but in the gateway device. 

Kammerer teaches as follows: 

a Session Initiation Protocol (SIP) based presence server which enables secure 
corporate instant messaging while allowing the user of any SIP compliant IM client (see, 
e.g., page 1, paragraph [0008]). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan to include SIP used in IM server as taught by 
Kammerer in order to efficiently support different communication device and provide 
session connection between communication devices. 

Regarding claims 28 and 29, Aravamudan teaches as follows: 

a server (Instance Message (hereinafter IM) server, 130 in figure 1 and 2) 
connected via a network to a presence server (Communication Services Platform 
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(hereinafter CSP) 160 in figure 1 and 2) managing status information on a user of a 
terminal device or on the terminal device (client's CPE 140 in figure 1 and 2)(IM server 
periodically polls the client premises equipment to determine whether a network session 
has been terminated, see, e.g., col. 8, lines 10-23), said server comprising: 

an interface for connection to a communication line (IM server interfaces with the 
client via the client's CPE and the client's proxy presence within the CSP via a services 
executive, see, e.g., col. 4, line 65 to col. 5, line 2 and figure 2); 

a communication control unit that analyzes the reception, and reforms header 
parameters, of a received packet and transfers the received packet, whose header 
parameters have been reformed, to said interface (data conversion supported by a 
gateway device by using the SIP, see, e.g., col. 3, line 53 to col. 4, line 25); 

a status management unit that manages the status of a communication session 
created between the terminal devices on a certain expiration time basis (IM server 
periodically polls the client premises equipment to determine whether a network session 
has been terminated, see, e.g., col. 8, lines 10-31 and figure 7); 

a terminal location management unit that manages address information on the 
terminal device notified via said communication line (the client software generates a 
message indicating user's online status and current user address and the message is 
sent to the IM server to notify the CSP, see, e.g., col. 7, lines 3-20); 

means for detecting a change in information on the status of the communication 
session or in the address information (IM server periodically polls the client premises 
equipment to determine whether a network session has been terminated, see, e.g., col. 
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8, lines 10-23); and 

a presence information update unit that generates a presence information update 
message, which informs said presence server that the status information or the address 
information has changed, when the change is detected and issues an instruction to 
send the message to said communication control unit (the IM server notifies the CSP of 
the user's online presence and address and then the CSP updates the CSP database to 
indicate that the user is online, see, e.g., col. 7, lines 13-20). 

Aravamudan does not teach SIP used in the IM server but in the gateway device. 

Kammerer teaches as follows: 

a Session Initiation Protocol (SIP) based presence server which enables secure 
corporate instant messaging while allowing the user of any SIP compliant IM client (see, 
e.g., page 1, paragraph [0008]); 

providing users freedom to collaborate by voice and data with any other user on 
a common IM network regardless of what type of communication device the users are 
operating (see, e.g., page 2, paragraph [0024]); and 

SIP is an application layer control protocol using the Session Description 
Protocol (SDP) to create sessions and carry session descriptions which allow 
participants to agree on a set of compatible media types (see, e.g., page 3, paragraph 
[0048]). 

Therefore, inherently a protocol stack is included to support application layer SIP 
and to support different type of communication device (a protocol stack is interpreted as 
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a protocol interface layer showing all protocols used under the SIP application layer 
protocol). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan to include data conversion (equivalent to the well 
known data encapsulation) used in SIP as taught by Kammerer in order to efficiently 
support different communication device communicating with different data type. 

8. Claims 8-22 and 38-49 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Aravamudan et al. (hereinafter Aravamudan)(U.S. Patent No. 
6,301 ,609 B1 ) in view of Feather et al. (hereinafter Feather)(U.S. Pub. No. 
2004/01 391 95 A1 ), and further in view of Kammerer (U.S. Pub. No. 2004/02051 75 A1 ). 

Regarding claims 8 and 22, Aravamudan teaches as follows: 

a server (Instance Message (hereinafter IM) server, 130 in figure 1 and 2) 
connected via a network to a presence server (Communication Services Platform 
(hereinafter CSP) 160 in figure 1 and 2) managing status information on a user of a 
terminal device or on the terminal device (client's CPE 140 in figure 1 and 2)(IM server 
periodically polls the client premises equipment to determine whether a network session 
has been terminated, see, e.g., col. 8, lines 10-23), said server comprising: 

an interface for connection to a communication line (IM server interfaces with the 
client via the client's CPE and the client's proxy presence within the CSP via a services 
executive, see, e.g., col. 4, line 65 to col. 5, line 2 and figure 2); 

a communication control unit that analyzes the reception, and reforms header 
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parameters, of a received packet and transfers the received packet, whose header 
parameters have been reformed, to said interface (data conversion supported by a 
gateway device by using the SIP, see, e.g., col. 3, line 53 to col. 4, line 25); 

a status management unit that manages the status of a communication session 
created between the terminal devices on a certain expiration time basis (IM server 
periodically polls the client premises equipment to determine whether a network session 
has been terminated, see, e.g., col. 8, lines 10-31 and figure 7); 

a terminal location management unit that manages address information on the 
terminal device notified via said communication line (the client software generates a 
message indicating user's online status and current user address and the message is 
sent to the IM server to notify the CSP, see, e.g., col. 7, lines 3-20); 

means for detecting a change in information on the status of the communication 
session or in the address information (IM server periodically polls the client premises 
equipment to determine whether a network session has been terminated, see, e.g., col. 
8, lines 10-23); and 

a presence information update unit that generates a presence information update 
message, which informs said presence server that the status information or the address 
information has changed, when the change is detected and issues an instruction to 
send the message to said communication control unit (the IM server notifies the CSP of 
the user's online presence and address and then the CSP updates the CSP database to 
indicate that the user is online, see, e.g., col. 7, lines 13-20). 

Aravamudan does not teach SIP used in the IM server but in the gateway device. 
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Kammerer teaches as follows: 

a Session Initiation Protocol (SIP) based presence server which enables secure 
corporate instant messaging while allowing the user of any SIP compliant IM client (see, 
e.g., page 1, paragraph [0008]); 

providing users freedom to collaborate by voice and data with any other user on 
a common IM network regardless of what type of communication device the users are 
operating (see, e.g., page 2, paragraph [0024]); and 

SIP is an application layer control protocol using the Session Description 
Protocol (SDP) to create sessions and carry session descriptions which allow 
participants to agree on a set of compatible media types (see, e.g., page 3, paragraph 
[0048]). 

Therefore, inherently a protocol stack is included to support application layer SIP 
and to support different type of communication device (a protocol stack is interpreted as 
a protocol interface layer showing all protocols used under the SIP application layer 
protocol). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan to include data conversion (equivalent to the well 
known data encapsulation) used in SIP as taught by Kammerer in order to efficiently 
support different communication device communicating with different data type. 

Aravamudan in view of Kammerer do not teach of monitoring the communication 
session along with the received packet. 
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Feather teaches that a system comprises a monitor that obtains state information 
relating to a device based on intelligent sampling techniques by intersecting incoming 
and/or outgoing traffic from the device and sampling the intercepted traffic to determine 
device state (see, e.g., page 2, paragraph [0024]). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to combine Aravamudan with Feather to include the sampling technique in 
order to efficiently monitor communication devices and detect a state of the 
communication devices based on real traffic between the communication devices. 
Regarding claim 9, Aravamudan teaches as follows: 
said means for detecting a change in information on the status of the 
communication session or in the address information receives a session control 
message or, from the terminal device, a location registration request message to detect 
the change (the client software generates a message, well known SUBSCRIBE 
message in IM system, indicating user's online status and current user address and the 
message is sent to the IM server to notify the CSP, see, e.g., col. 7, lines 3-20). 
Regarding claims 10 and 1 1 , Aravamudan teaches as follows: 
said presence information update unit comprises means for checking if a terminal 
device belonging to the status information is a terminal device managed by said server 
and, only when the status information in which the change was detected belongs to a 
terminal managed by said server, generates the presence information update message 
(IM server generates the presence information only for the registered user CPE, see, 
e.g., col. 6, lines 32-63); and 
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said means for checking if a terminal device belonging to the status information is 
a terminal device managed by said server compares the domain name of the address of 
the server with the domain name of the address of the terminal device and, when the 
domain names match, determines that the terminal is to be managed by the server 
(when the user device register, the provisioning server registers the address of the 
user's instant message server and provisions the client CPE software with a unique 
identification, see, e.g., col. 6, lines 32-63). 

Kammerer further explicitly teaches as follows: 

a proxy server functions substantially the same as on the presence server (IM 
server) and monitors the status and interactivity of users and can send out notifications 
to the other users on the network (see, e.g., page 6, paragraph [0083]); 

each proxy server has separate users connected based on geographic location 
of the user and the proxy server (see, e.g., page 6, paragraph [0084]); and 

the presence server application sends a presence message to one or more local 
subscribed clients who are identified as being in the same organization excluding any 
clients are external to that organization (see, e.g., page 8, paragraph [01 16]). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan in view of Feather to include locally managed presence 
server as taught by Kammerer in order to efficiently manage different domain or 
organization by separate presence server. 

Regarding claims 12-17, Aravamudan does not teach SIP used in the IM server 
but in the gateway device. 
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Kammerer teaches as follows: 

the SIP method name determine the nature of the request (see, e.g., page 6, 
paragraph [0094]); and 

SIP method names include REGISTER, INVITE, ACK, SUBSCRIBE, NOTIFY, 
CANCEL, BYE and OPTIONS (see, e.g., page 6, paragraph [0095]-[0102], for further 
details, see, e.g., RFC 2543). 

Therefore it would have been obvious for one of ordinary skill in the art at the 
time of the invention to modify Aravamudan in view of Feather to include standard SIP 
functionalities used in IM server as taught by Kammerer in order to properly and timely 
update the presence information based on the well known SIP messages 
communications. 

Regarding claims 18 and 19, Aravamudan teaches as follows: 

updating presence information based on the expiration time including a timer to 
count time of day (updating user inactivity based on the time limit, see, e.g., col. 7, line 
41 to col. 8, line 4 and figure 6). 

Regarding claim 20, Aravamudan teaches as follows: 

means for generating a PUBLISH message or REGISTER message including in 
a body thereof the status information or the address information, wherein the PUBLISH 
message or REGISTER message is sent to said presence server as the presence 
information update message (the client software generates a message (equivalent to 
applicant's RESITER message) indicating user's online status and current user address 
and the message is sent to the IM server to notify the CSP, see, e.g., col. 7, lines 3-20). 
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Regarding claims 21 , Aravamudan teaches as follows: 

the PUBLISH message or REGISTER message includes one of the following 
information: session type, information on the terminal device that has established the 
session, and information on a coding system and a communication speed used by the 
established session (the service provider which including IM server, provides means for 
converting received data and communication mode and channel by utilizing a gateway, 
which utilizing SIP for session management, see, e.g., col. 3, line 53 to col. 4, line 24). 

Aravamudan does not teach SIP used in the IM server but in the gateway device. 

Kammerer teaches as follows: 

a Session Initiation Protocol (SIP) based presence server which enables secure 
corporate instant messaging while allowing the user of any SIP compliant IM client (see, 
e.g., page 1, paragraph [0008]). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan in view of Feather to include SIP used in IM server as 
taught by Kammerer in order to efficiently support different communication device and 
provide session connection between communication devices. 

Regarding claims 38-49, they are rejected for same reason as presented above 
per claims 32-34. 

Conclusion 

9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to JEONG S. PARK whose telephone number is (571 )270- 
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1597. The examiner can normally be reached on Monday through Friday 7:00 - 3:30 
EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Nathan Flynn can be reached on 571-272-1915. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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